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@ In a system for carrying out financial transac- 
tions via facsimile machines, account cus- 
tomized transaction vouchers are completed by 
at least one party to a transaction. The transac- 
tion vouchers issued to that party contain the- 
reon in bar code format a series of pseudo 
random alphanumeric characters with a diffe- 
rent set of characters on each voucher. The 
party transmits by facsimOe (30) an image of the 
completed voucher to a facsimOe machine (34) 
at a central facility (36). A character reader (35) 
at the central facility reads the incoming data 
and authorizes the requested transaction based 
on the pseudo random alphanumeric set of 
characters on the voucher when confirmed by a 
comparison to a list of pseudo random 
alphanumeric sets of characters in the account 
record of that party. A credit voucher is sent 
from the central facility to a facsimile machine 
(32) at the site of the other party to the transac- 
tion. This voucher contains a signature field 
with a background comprising a repetition of 
the string of the pseudo-random alphanumeric 
characters used to identify the voucher as a 
means to detect unauthorized photocopying of 
a signature and affixing the sam to th signat- 
ure field on the document 
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(57) In a system for carrying out financial transac- 
tions via facsimile machines, account cus- 
tomized transaction vouchers are completed by 
at least one party to a transaction. The transac- 
tion vouchers issued to that party contain the- 
reon in bar code format a series of pseudo 
random alphanumeric characters with a diffe- 
rent set of characters on each voucher. The 
party transmits by facsimile (30) an image of the 
completed voucher to a facsimile machine (34) 
at a central facility (36). A character reader (35) 
at the central facility reads the incoming data 
and authorizes the requested transaction based 
on the pseudo random alphanumeric set of 
characters on the voucher when confirmed by a 
comparison to a list of pseudo random 
alphanumeric sets of characters in the account 
record of that party. A credit voucher is sent 
from the central facility to a facsimile machine 
(32) at the site of the other party to the transac- 
tion. This voucher contains a signature field 
with a background comprising a repetition of 
the string of the pseudo-random alphanumeric 
characters used to identify the voucher as a 
means to detect unauthorized photocopying of 
a signature and affixing th same to th signat- 
ure field on the document 
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Technical Field 

This invention relates generally to electronic 
funds transfer systems and mor particularly to a 
funds transfer system using facsimile machines to 
transfer electronic funds data of buyers and sellers 
with a unique high level of transaction security. 

Background Art 

Spurred by the pressures of paper-based check- 
ing which is costly and time consuming for financial in- 
stitutions, various electronic and computer based ar- 
rangements have been suggested and used in an at- 
tempt to perfect electronic funds transfer. Examples 
of electronic funds transfer techniques that have ach- 
ieved substantial usage in recent years are the Auto- 
mated Clearing House (ACH) f Automated Teller Ma- 
chine (ATM), and point of sale system (POS). 

To eliminate the presence of a central computer 
in every transaction, there has been a trend toward 
off-line electronic funds transfer, that is, transfer of 
data between portable and resident units, with only 
periodic downloading of data to a central computer 
Mareno U.S. Pat No. 4,007,355 and Stuckert U.S. 
Pat. No. 4,277,837 illustrate two examples of such 
systems. However both systems present problems 
that have limited their widespread use. In Mareno, no 
exchange of funds may be made arbitrarily because 
the cards carried by each user, although having funds 
data storage capability, have no keyboards and re- 
quire a special interface apparatus to be present at 
each transaction. In Stuckert, cards used with the 
portable terminals have no display; a separate port- 
able terminal must be involved during each transac- 
tion. The user cannot continuously monitor his ac- 
count, limiting the versatility of the system. 

These problems and others were solved by Ben- 
ton in U.S. Pat No. 4,305,059 issued on Dec. 8, 1 981 , 
disclosing a modular funds transfer system wherein 
each user as well as vendor carries an identical port- 
able module having a keyboard and a display. Funds 
are transferred between modules using a hard wire in- 
terface, and the account status stored in each module 
is updated following each transaction. In another pa- 
t nt to Benton Pat No. 4,341,951, printed vouchers 
are issued by the portable module following each 
transaction. 

The Benton approach was further refined in U.S. 
Pat No. 4,454,414 to provide bidirectional optical 
coupling between portable funds data transfer mod- 
ules, including a "hand-shaking" protocol that enables 
funds transfer to b completed only if a number of cri- 
teria are satisfied. Thes criteria includ an identifica- 
tion check following keyboard entry by the user of a 
secret number and examination of the transaction 
amount to ensure that it falls within credit limits. In 
Benton et al. 4,625,276, electronic funds data ar 



transferred between portable modules either directly 
in a local mode of operation or indirectly, via telephon 
lines, in a remote mode of operation. Transaction re- 
cords are printed by an outboard printer or download- 

5 ed to a central computer. 

The systems described in the aforementioned 
Benton et al. patents are capable of having a substan- 
tial impact on the manner by which financial transac- 
tions are carried out, securely transferring funds be- 
to tween buyers and sellers while simultaneously print- 
ing supporting documents. However, considerable 
dedicated apparatus including a modem and printer 
as well as portable modules are required to imple- 
ment these systems. In copending application S.N. 

15 236,614 to Benton et al., filed August 23, 1988, there 
is described a modification to and implementation of 
a conventional facsimile machine to be operative in a 
transaction mode of operation for carrying out trans- 
actions between buyers and sellers. 

20 While generally satisfactory, this Benton et al. 
system requires modification of existing facsimile ma- 
chines to interface with the integrated circuit memory 
modules carried by authorized users. System imple- 
mentation would be substantially simplified if eleo 

25 tronic funds transfer could be carried out through con- 
ventional, unmodified facsimile machines. It would 
also be preferable to clear transactions at the ACH in 
real time, on line, in a manner consistent with existing 
funds transfer protocols. Such a system is described 

30 in Benton copending application Serial No. 298,348, 
filed January 17, 1989. 

The Benton system in the '348 application pro- 
vides a method and system for carrying out electronic 
funds transfer in real time, via conventional, unmodt- 

35 fied facsimile machines using existing electronic 
funds transfer protocol. In accordance with one as- 
pect of that system facsimile machines located at the 
sites of the parties to a transaction, e.g., buyer and 
seller may transmit the contents of a document in bit 

40 mapped form to a facsimile machine located at or 
near a central facility such as an automated clearing 
house (ACH). 

The system includes special transaction vouch- 
ers to be sent by facsimile by the buyer and seller to 

45 the ACH for clearing. Each voucher has particular re- 
gions containing pre-printed information and other re- 
gions to be filled in for each transaction including the 
amount of the transaction. 

A character reader associated with the facsimile 

so machine at or near the ACH reads the various regions 
of the images of the transaction vouchers received by 
facsimile, formats the images into data recognizable 
by the ACH and supplies the data to the ACH for trans- 
action clearing. 

55 Th ACH stores personal identification numbers 
(PINs) of parties authorized to carry out financial 
transactions and compares the personal identification 
number provided by each party with the stored per- 
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sonal identification numbers to determine whether 
the parties are authorized to transact within th sys- 
tem. Also stored are account data associated with 
parties authorized to carry out financial transactions. 
The ACH compares th amount of each requested 
transaction with the stored account data to deter- 
mined whether a requested transaction is authorized. 

The ACH sends to the parties, via facsimile, print- 
ed reports providing transaction summaries. A first re- 
port, following confirmation by the parties that a re- 
quested transaction should be carried out, summar- 
izes the details of the pending transaction. Another re- 
port is sent to the parties that in effect is a hard copy 
invoice of the transaction. From time to time, the ACH 
also sends by facsimile to all authorized users of the 
system a summary of their account activity. 

Other features of the electronic fund transfer sys- 
tem of the '348 application are described in detail in 
that application which is incorporated herein by refer- 
ence. 

Summary of the Invention 

In any system of funds transfer security is of par- 
amount importance and this is particularly true with 
electronic funds transfer. 

It is accordingly an object of this invention to pro- 
vide a method and system for carrying out electronic 
funds transfer with a degree of security believed to ex- 
ceed that available in using traditional checks. 

It is another object of the invention to provide a se- 
cure method and system for electronic funds transfer 
that entails virtually no additional effort by the system 
users. 

It is still another object of the invention to provide 
such a secure method and system for electronic funds 
transfer that incorporates a unique safeguard to either 
or both parties to the transaction. 

A further object of the invention is to simplify a 
transmittal document used in electronic funds transfer 
while increasing redundancy verification. 

A still further object of the invention is to integrate 
easily each electronic funds transfer transaction into 
the user's existing internal check filing system. 

Yet another object of the invention is to permit de- 
termination of whether a payor signature on a trans- 
mittal document used in electronic funds transfer is 
original rather than a copy. 

The invention may be briefly described in the con- 
text of an electronic funds transfer system of the type 
described in the aforementioned '348 application. Ac- 
cording to the invention, the transaction vouchers in 
each book of on tim us vouchers hav printed on 
their face a string of pseudo-random alphanumeric 
characters. Along with each book there is provided a 
machine readable list of the strings of characters on 
the vouchers which are bound in the voucher book. 
Each string is randomly different This list of character 



strings is transferred by facsimile to th ACH by the 
bank when a new mon y facsimile transfer account is 
open d and/or new vouchers are ordered. Th ran- 
dom voucher character strings are entered in th new 

5 members file (Memb r Master File). The account is 
now activated and the voucher strings or numbers are 
"valid". No voucher can be used until it is resident in 
and appropriately activated in the Member Master 
File. When a voucher is used, that voucher's unique 

10 number is then deleted from the file and can never be 
used again. Truncated vouchers or copies of such are 
of no value. 

In one embodiment, the customer chosen PIN is 
entered on the voucher twice to assure reliability. The 

f5 voucher, including both PIN entries, is then transmit- 
ted by facsimile with all of the data elements con- 
tained on the voucher. The PIN is preferably carried 
on a PIN strip removably attached to the voucher. The 
PIN strip is removed after the facsimile transmission 

20 and subsequently destroyed. Trucation of this vouch- 
er also serves as a visual reminder later that this 
voucher has been used. The visual comparison of the 
PIN at host computer level represents a significant re- 
duction in risk. 

25 In a second embodiment, the payor's preprinted 
check is included as part of the voucher document 
The check is easily fastened to a designated portion 
of the voucher document The check may be a stan- 
dard check from the user's normal checking account 

30 or a modified version particularly suitable for further 
simplification of the voucher user entry process. The 
non-check portion of the voucher document is 
streamlined. Information linked to a database in the 
system, including the string of pseudo-random alpha- 

35 numeric characters, is preprinted in bar code or other 
optical character recognition format A removable PIN 
strip is provided for a one time entry of the PIN num- 
ber. As a means to prevent photocopying a signature 
and affixing the same to the signature field on the 

40 document the signature field includes a background 
comprising a repetition of the string of the pseudo-ran- 
dom alphanumeric characters used to identify the 
voucher. As this string is unique to the individual docu- 
ment a photocopy of a signature on such a back- 

45 ground or on a plain background, if affixed to a sig- 
nature field area of a different voucher would be de- 
tected as invalid by the system. This feature ensures 
that the signature field includes an original signature. 
The above-described signature field may be incorpo- 

50 rated into the preprinted modified version of the check 
affixed to the voucher or, if a standard check is to be 
used, into the non-check portion of the voucher. 

The new security system provides multiple fraud 
prevention features and is b liev d to off r an eleo 

55 tronic fund transfer system having a degree of secur- 
ity which exceeds that which is inherent in the tradi- 
tional check system. Other objects and advantages of 
the invention will b come readily apparent to thos 
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skilled In the art from the following detailed descrip- 
tion, wherein only th pref rred embodiment of the in- 
vention is shown and described, simply by way of il- 
lustration of the best mod contemplated of carrying 
out the invention. As will be realized, the invention is 
capable of other and different embodiments and its 
several details are capable of modifications in various 
obvious respects, all without departing from the in- 
vention. Accordingly, the drawing and description are 
to be regarded as illustrative in nature and not as re- 
strictive. 

Brief Description of the Drawings 

Figure 1 is a block diagram showing on-line elec- 
tronic funds transfer with ACH clearing incorporating 
the general system with which the security features of 
the invention may be utilized. 

Figure 2 is a block diagram showing a central im- 
age processing system. 

Figure 3 is a diagram of one embodiment of a 
transaction voucher used in the system of this inven- 
tion and filled out by the payor to a transaction. 

Figure 4 is a diagram of a credit memo according 
to the invention. 

Figure 5 is a flow chart illustrating the general op- 
eration of the system. 

Figures 6 (a)-6 (g) are a flow chart showing pro- 
gramming of the central computer at the ACH for car- 
rying out the principles of the invention. 

Figure 7 is a diagram of a second embodiment of 
a transaction voucher used in the system of this inven- 
tion. 

Figure 8 is a diagram of notification sent to the 
payor that payment is in progress pursuant to trans- 
mittal by payor of a transaction voucher such as 
shown in Figure 7. 

Figure 9 is a flow chart showing system operation 
relative to the embodiment of Figure 7. 

Best Mode for Carrying Out the Invention 

Referring to Figure 1, as an overview of funds 
transfer between parties in an automated clearing 
house (ACH) network, a payor 20 will transfer funds 
from an account in his bank 22 to the account of a pay- 
ee 26 in payee's bank 24. As an intermediary between 
the banks 22 and 24 there is an automated clearing 
house (ACH) 28, which is an association of banks ar- 
ranged to carry paperless exchanges including post- 
ing and clearing transactions, such as direct deposits, 
preauthorized bill payments, customer initiated en- 
tries, corporate transfers and the like. This type of n t- 
work, b ing well known in the art since 1972, is not 
described in further detail herein. The invention to be 
described in detail hereinafter implements electronic 
funds transfer using remote facsimile machines 30, 32 
at the sites of the payor 20 and payee 26 to transmit 



images of special transaction vouchers to a local fac- 
simile machine 34 at a central facBity 36 preferably at 
or near the ACH 28. 

The central facility 36 uses conventional charac- 

5 ter recognition quipm nt 35 to separate text from the 
incoming voucher image and to encode the text into 
the proper protocol for processing by the ACH 28. The 
ACH 28 in turn determines whether the parties are 
authorized to carry out the transaction, depending 

10 upon transmission to the ACH by the parties of correct 
identification data, and upon confirmation of an ade- 
quate balance in the payor's account to support the 
transfer of funds requested. Of particular importance, 
written transaction receipts or summaries are sent by 

15 the ACH to the parties for confirmation via facsimile. 
Facsimiles 30, 32 and 34 are conventional ma- 
chines capable of CCITT, group III or greater, image 
transmission. Such facsimile machines, being well 
known, are not described in detail herein. However, it 

20 is helpful, by way of review, to note that conventionally 
a facsimile machine contains all the necessary elec- 
tronic capability to function as a "front-end" processor 
for a centralized automated computation and clearing 
network as required by the present invention. This ca- 

25 pabilrty includes a printer to generate hard copy print- 
out, a document reader having an optical scanner to 
optically digitize documentary material, a modem to 
transfer to a communication medium such as tele- 
phone lines, binary data at a high baud rate, and a tel- 

30 ephone line interface including a dialer to generate 
DTMF dialing tones and process voice communica- 
tions. It is important to note, that rather than transmit- 
ting the ASCII character representation of documen- 
tary material, facsimile machines send the actual 

35 document image as a binary encoded, " bit mapped " 
stream of data. The character recognition equipment 
35 at the central facility 36 utilizes a computational al- 
gorithm to recognize and reconstruct the textual con- 
tent of digitized image data, in a manner that is well 

40 known to persons skillled in the art 

Referring to Figure 2, a plurality of dual-mode tel- 
ephone lines 40, for example forty lines, and a con- 
ventional line switch 41 handle incoming and outgoing 
communications at the central image processing sys- 

45 tern. As described, the information is received by a 
facsimile terminal and certain fields from the voucher 
undergo an Optical Character Recognition (OCR) 
process so that key information such as account num- 
bers are automatically known. These steps are per- 

50 formed by a number of Facsimile/OCR Preprocessors 
42 which serve as the linkage between telephone 
lines 40 and the systems electronic communications 
network. For monitoring and back-up purposes, all of 
the activity going through th preprocessors 42 are 

55 stored on the transfer request input buffer 44 and the 
acknowledg ment output buffer 46. 

Typically information from the preprocessors is 
transmitted to the host gateway 48, which then conv 
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municates this information to the host computer sys- 
tem 50 of th financial services organization offering 
the Facsimile Funds Transfer (FFT) service. The FFT 
system would then receive notification back from th 
host computer system as to whether a r quested FFT 
transaction was approved. The host system may be 
incorporated in the bank ACH 28 of Figure 1. 

There will be a limited number of instances in 
which FFT requests must first receive human inter- 
vention. Requests will be handled by operators on an 
exception basis - usually when the system senses 
that a request is unclear or not legitimate. In such cas- 
s, information concerning a request would then be 
transmitted via the systems ethernet network 52 to 
the image keying cluster controller 54. This controller 
assigns a specific FFT request to an image keying 
work station 56. Once an operator at a work station 
receives a requested transaction the operator goes 
through a set procedure of verifying and cross- 
checking the information. In the illustration in Figure 
2 there are three image keying work stations and the 
average time for a transaction may be less than 15 
seconds depending on the amount of information to 
be keyed. Once a transaction has been approved by 
an operator at an image keying workstation, the im- 
aging keying cluster controller 54 transmits the nec- 
essary information over the network to the host gate- 
way in the same manner followed by requests not 
routed to image keying workstations. 

The response from the host computer sys- 
tem/ACH will indicate whether the request has been 
approved and will contain certain authorization and 
support data. This information is then sent over the 
network to the acknowledgement output formatter 54. 
Here two facsimile transmissions are prepared. One 
is a facsimile funds transfer FFT credit voucher that 
will inform a party that he has received an FFT pay- 
ment into his account The second is a transaction 
confirmation that is sent back to the account that ini- 
tiated the FFT transaction. Both of these transmis- 
sions are then sent over the network to an available 
p re-processor, which accesses a telephone line and 
performs the actual facsimile transmission. A custom- 
er service workstation 56 permits an operator to han- 
dle any administrative and adjustment activities. The 
network server 58 archives all facsimile information 
that is received and transmitted on either its magnetic 
or optical disc memory storage units 60. The system 
may be staffed by 4-5 employees during peak hours 
with an off hours staffing of 1-2 persons. The system 
is designed for simple operation whereby it is possible 
to utilize tow skill level operators. 

Referring to Figure 3, there is shown a sample of 
a specially drafted transaction vouch r 62 which con- 
tains in a machine readable format the complet set 
of information necessary to characterize and clear a 
transaction. The transaction voucher 62 is custom- 
ized and preprinted for an individual account and bank 



and would have an issuing bank nam at the area for 
bank name 64. Similarly a specific and unique mem- 
bership number would be imprinted upon the voucher 
at 66. The voucher has a field 68 for receiving by hand 

5 written entry the name of the payee, a field 70 and 
field 72 for redundant entry of the account number of 
the FFT payee, and a field 74 for entry of an applica- 
tion of funds number. Afield 76 receives the handwrit- 
ten date, while fields 78 and 80 receive a redundant 

10 and duplicate handwritten entry of the amount of the 
transaction. Field 82 is utilized to designate the cur- 
rency. Field 84 receives the handwritten signature of 
the party to the transaction. At the right edge of the 
voucher and attached by perforations 86 is a remov- 

15 able PIN tab 88. The tab 88 contains fields 90 and 92 
to receive a redundant duplicate handwritten PIN en- 
try. The tab is removable preventing reuse of the 
vouchee 

A key element of the security system of this inven- 

20 tion involves on each voucher a field 93 wherein there 
is printed on a per voucher basis a unique finite (100 
element, for example) collection of pseudo randomly 
selected 6 or more alpha numeric digits or characters. 
This series of singular and unique digits is assigned 

25 to a members file and at the same time preprinted on 
the set of vouchers issued to the member. As these 
are used, the numbers are flagged from the master 
file. The transmitted voucher number must match the 
current sequential number in the members master 

30 file. The payee's file also contains a similar preselect- 
ed list. These numbers are assigned to the credit 
memo voucher transmitted to the payee. The payee 
then may verify that the credit memo voucher number 
corresponds to the pre-printed list included in the 

35 back of his voucher booklet This prevents fraudulent 
sending of funds availability notification to a payee. 

Turning to Figure 4, there is shown a sample con- 
firmation credit memo voucher 94 which is transmit- 
ted to the payee by the FFT processing center. Obvi- 

40 ously, the conformation credit memo voucher must be 
credible as a bonaf ide document The ability to trans- 
mit a fraudulent credit memo voucher to a seller could 
result in the fraudulent verification of funds availability 
and subsequent release of goods or services. To de- 

45 ter this possibility each credit memo to a particular 
payee (seller) is preferably sequentially numbered 
from another sequence of pseudo randomly selected 
alphanumeric digits. Such a random number is shown 
in the field 95 in the credit memo in Figure 4. Thus the 

so originator of a fraudulent credit memo would require 
knowledge of the list of random numbers as well as 
the prior sequence of credit memos issued to the par- 
ticular paye . A facility within the FFT processing cen- 
ter is provided to v rify funds availability and to certify 

55 credit memos via telephon . 

A typical data flow utilizing the system of th in- 
vention is illustrated in simplified form in Figure 5. Re- 
ferring to Figure 5 a completed FFT payment voucher 
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96 is transmitted by a sending facsimile machin 98 
to a receiving board in an N channel facsimile pre- 
processor 100. The graphic bit mapped voucher im- 
age is transmitted by the pre-processor to the charac- 
ter recognition software program 102 which outputs 
an ASCII encoded field of data in a sequential format- 
ted record. This ASCII encoded FFT payment voucher 
record is transferred to the system manager through 
the ethernet at 1 04. The systems manager at 1 06 pre- 
processes the voucher records and manages the data 
traffic to and from the host 

Operation of the system shown in Figure 5 is now 
described with reference to the flow chart set forth in 
Figures 6 (a) - (g). Referring to Figure 6 (a) the data 
from an N channel facsimile/OCR pre-processor pro- 
duced by a voucher such as voucher 62 in Figure 3 is 
inputted at 108 to the system manager 110. An index 
key is now generated from the membership number to 
initiate an online request from the mass storage data 
base for the individual member master file record 
(step 112). A membership validity decision is made at 
114. If the member account number cannot be validat- 
ed, the processing is aborted at 116 and exited with 
exception at 1 1 8 with a report to the payor that the ac- 
count number in the FFT voucher was unreadable or 
invalid. 

If the membership account number is determined 
to be valid, the program proceeds to step 1 20 to verify 
the PIN against the PIN on file in the master member 
file record. The PIN validity decision is made at 122. 
An invalid PIN coupled with a valid account number 
suggests a possible security problem. The invalid PIN 
is noted and exception processing commenced at 
124. A memo is transmitted by facsimile back to the 
member facsimile number on file indicating that an in- 
valid PIN response was received (Step 126). If an in- 
valid PIN is received more than three times for a single 
member number a HOLD is placed on the account 
(Step 128) and the program exited with exception at 
130. If the PIN decision at 122 is valid the next se- 
quential random number from the member master ffle 
is read (Step 132). 

As previously stated, a pseudo randomly select- 
ed list of numbers or characters are sequentially print- 
ed on each of the 100 vouchers in the set issued to 
the member. An identical image of this list is mairv 
tained in the member master file. As each voucher is 
used and its assigned random number is evaluated as 
being a valid number it is then deleted from the list in 
its order of usage. Thus a voucher can be used only 
once and never again. The next voucher to be used 
must contain the next random number in the se- 
quence or else it will be rejected as invalid. The prob- 
ability of fraudulent guessing of the next number in the 
list is negligibly small. 

The transaction count for th inputted member 
number is retrieved from the database record of th 
member master file (Step 132) Figure 6(b). The targ t 



voucher numb risn xt compared to th number de- 
termined by the transaction count retrieval of the ran- 
dom number from the member master f il (Step 1 34). 
The decision as to th validity of the random number 
5 is made at 1 36. If no correspondence is indicated, i.e. 
an invalid voucher number is detected, the transac- 
tion is rejected and the member account is flagged as 
having received an invalid voucher. The program next 
scans the file of deleted voucher numbers to deter- 
to mine if the rejected voucher has already been used. 
If a match is detected in this search it suggests that a 
copy of a voucher is being used (Step 138). The pro- 
gram is exited with exception at 140 and an account 
investigation undertaken for possible fraud or misuse. 
is If the random number comparison 136 indicates 
a match a valid sequence number has been obtained. 
The program next proceeds to interrogate the payee 
FFT number to determine whether the payee is an 
FFT member. I F the payee is not a member of the FFT 
20 service a holding account for the involved funds is set 
up as a demand deposit account of the payee (Step 
142). This decision is shown in Figure 6(c) at 144. The 
set up of a temporary demand deposit account under 
the name of the payee is indicated at 146. The pro- 
25 gram next tests whether the payor balance is suffi- 
cient to cover the payee amount (Step 148). If the de- 
termination is negative an insufficient balance report 
is made to exception processing (Step 1 50). An output 
facsimile message is initiated to the payor (Step 152) 
30 and the program exited to exception processing at 
154. 

If the decision at step 148 is affirmative and indi- 
cates that the payee amount is equal to or less than 
the payor balance, the balance is determined at 156 

35 and the demand deposit account in the payee name 
for the payee amount is established at 158. A credit 
memo report to the payee at a payee facsimile num- 
ber appearing in the member master file is initiated 
(Step 160), the transaction is then archived in a 

40 voucher record, and imaged on the optical disc (Step 
1 62). The program is exited at 1 64. 

Returning to the payee member number validity 
decision at step 144, if the decision is affirmative to 
indicate that the payee member number is valid, the 

45 program next recalls the payee account master record 
(step 166). The payee account number is next tested 
against the negative ffle compilation (Step 168). If this 
decision (Step 170) is affirmative to indicate an at- 
tempt to transfer funds to a negative account the 

so transaction is aborted and exited with exception at 
172. The exception operator is flagged and will call 
the payors listed contact number. 

If the payee account number is not in the negative 
account ffle as determined at 170, the program next 

55 reviews the actual date against th voucher date for 
approximate coincid nee (St p 174) Figure 6(d). The 
validity of the date decision is made at 176. If th dif- 
ference between dates exc eds the predetermined 
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programed limit, th transaction is aborted at 178. 
Th exception operator is flagged t call back the pay- 
or or to facsimile back an xception message to the 
payor and the program is exited at 180. 

If the date is valid or within the programmed dif- 
ference, the program next reviews the on file member 
signature code. This comprises a dimensionally re- 
duced parameter string representation of the signa- 
ture (Step 1 82). The decision as to the validity is made 
at 184. If the signature cannot be validated the trans- 
action is aborted at 186. The exception operator is 
flagged that a signature fault has occurred. This could 
be because the signature field was left blank. The 
program is exited with exception at 188. If the signa- 
ture comparison results in an affirmative answer, 
thereby validating the signature, the program next 
tests the amount limit in the payor file (Step 190). If 
the amount in the transaction voucher exceeds the 
transaction amount limit an exception is flagged and 
, a call is made to the payor immediately following re- 
ceipt of the voucher by the FFT service. 

The amount limit decision is made at 192 in Fig- 
ure 6(e). As stated, if the amount limit is exceeded, the 
payor is called at the number listed in the member 
master file. A query is then made of a secondary six 
digit PIN prior to continuing with processing of the 
transaction (Step 194). If the payor cannot be contact- 
ed, the program is exited and aborted (Step 196-198). 
If the payor is contacted (Step 196) a decision as to 
the validity of the second PIN is made at 200. If the 
decision is negative and the second PIN is not validat- 
ed, the member account is flagged for investigation 
with a HOLD of all further transactions at 202 and the 
program is exited at 204. If the second PIN validation 
inquiry at 200 is answered affirmatively, the program 
proceeds to a further inquiry at step 208 presently to 
be described. 

Returning to the amount limit decision at 192 and 
to the situation wherein the inquiry is answered neg- 
atively and it is determined that the transaction 
amount does not exceed the amount limit it is recog- 
nized that the balance may in fact be a credit line (Step 
206). An inquiry as to whether the transaction amount 
is less than or equal to the payor balance including the 
credit limit is made at 208. rf the transaction amount 
is not less than (exceeds) the payor balance (credit 
limit), exception processing is flagged at 210 to indi- 
cate that the balance or credit limit may be overdrawn. 
The payor is either called if such a service is indicated 
in the payors member master file or there is a facsi- 
mile communication back to the payor with an indica- 
tion that there has been a balance limit overdraft er- 
ror. The program is exited at 212. 

If the decision at 208 indicat s that the amount of 
the transaction is less than the payor balance (credit 
limit) the payor balance is debited at 214. The pro- 
gram next notes th us of the pseudo randomly se- 
lected voucher number involved in the transaction 



and flags that number as used or deleted (Step 216). 

Referring to Figure 6 (f). the payees FFT service 
account numb r is credited with the transaction 
amount (Step 218). The transaction is logged to th 

5 payors master member file and the data is mirrored 
to the payees master member file to provide audit 
trails (Step 220). The data is archived at 222. A copy 
of the graphic image of the transaction voucher is for- 
warded to the optical disc storage for purposes of au- 

w dit or dispute ( Step 224 ). 

As explained previously, the payee may be pro- 
vided with a list of pseudo random alphanumeric char- 
acters or credit memo digits corresponding to the 
number of his transactions with this specific payor. 

15 The same list appears in the data in the payees mas- 
ter member file. The program now selects the next 
pseudo random alphanumeric set of characters from 
the payees credit memo f Be list (Step 226). This num- 
ber is known to the payee by reference to his corre- 

20 sponding list and his knowledge of the number of 
transactions with this payor which have transpired 
previously, e.g., he knows the number of this transac- 
tion. The payee then verifies that the credit memo 
document number shown on the FFT credit memo is- 

25 sued by facsimile to him (such as the memo of Figure 
4) matches the next sequential number in the prese- 
lected pseudo random sequence. This verifies that 
the credit memo report is indeed a bonaf ide FFT ser- 
vice document (Step 228). 

30 Referring to Figure 6(g), the program next deletes 
the credit memo report number form the payees file 
list of pseudo random credit memo numbers (Step 
230). A debit memo is then issued via facsimile to the 
payor with the original voucher number (Step 232). 

35 The respective reports are queued and the program 
is finished (Step 234 and 236). 

Referring to Figure 7, a second embodiment of a 
transaction voucher is illustrated. A form identification 
number is shown at 302 as a bar coded numeric field, 

40 used by the system to determine the type of incoming 
document. Based on this determination, proper rout- 
ing is performed. The form identification number also 
serves as a batch control number and would change 
with each batch of, for example, fifty checks. The 

45 batch number is linked by the system database to the 
payor's system account number. 

Check number 304 is a bar coded numeric field 
containing a random number generated by the sys- 
tem. This number is unique to the individual check and 

so corresponds to the number 93 of Figure 3. A random 
check number is generated for each check in the 
batch and associated in the system database with the 
batch number at the time of creation of th batch. The 
check numbers are thereby assigned to the payor's 

55 account The payor's actual bank account number 
within the host bank is represented as a bar coded nu- 
meric field at 306. The above described bar coded nu- 
meric fields 302, 304 and 306 are preprinted on the 
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checks before being received by the payor. 

The remainder of th transaction voucher con- 
tains fields to be entered by hand by th payor. Area 
3 1 0 is directed to paye information and payment op- 
tions. Inclusion of both payee's bank name and iderv s 
tification number provides an additional level of vali- 
dation as the system online database permits a com- 
parison and reconciliation thereof. 

The lower portion of the voucher includes a pre- 
printed document, very similar to a conventional per- 10 
sonal check. A hand written copy of the payee name, 
transaction amount and date are entered in the des- 
ignated areas in much the same fashion as a check. 
The signature field box 314 surrounds an area where- 
in the randomized check number has been numerous- 15 
ly reiterated. The authorized payor signs within this 
field. The random number background prevents a 
copy of a previously signed signature field, which may 
asiiy be pasted over a signature field area, from use 
as authorization of a subsequent funds transfer. 20 

As an alternative to the check area of the voucher 
being pre-printed, the payor's actual check may be 
used and affixed to this area. In such instance, the 
voucher would include an additional signature field, 
with reiterated random check number background, in 25 
another area of the document. A removal PIN strip, for 
a single entry of a PIN number, is provided at 316. 

Both of these voucher alternatives offer in- 
creased convenience and advantages to system 
users. The original voucher, including the check num- 30 
ber and amount strip, is filed with the payor's other 
cancelled checks, requiring no change of the payor's 
internal check filing system. The payor can manage 
his check register in his traditional manner. The trans- 
mittal document to which a check is attached be- 35 
comes a customized document with an authentic 
check image faxed through to the payee. The used 
transmittal document would be filed as a reference 
source if the payor needs to transfer funds to the same 
payee at a future time. The document would not be 40 
confused with an active one because the PIN strip 
would have been removed. Redundancy is increased; 
the amount field is now presented to the system three 
times, once in the blocked area and twice in the tra- 
ditional manner on the check. 45 

When a voucher has been transmitted by facsi- 
mile for processing, the randomized check number is 
flagged as having been used and future use of a docu- 
ment with this number is prohibited. Unauthorized in- 
terception of such a voucher wouid be harmless forfu- so 
ture use as the number would be recognized by the 
system as being invalid. An attempt to aff ix a different 
check number would b difficult as well as unlikely of 
success du to the unpredictability of a valid check 
number. 55 

Upon processing a received facsimile voucher 
transmission, the system transmits by facsimile back 
to the payor notification of payment in progress, an 



example of the form thereof shown in Figure 8. Such 
notification serves as a means for informing the payor 
thatth v ucher has been received by the system, for 
v rifying that the received voucher information is in 
accordance with the payor's requirements, and as a 
means for the payor to order cancellation by return 
facsimile transmission to the system. A bar coded nu- 
meric field is provided at 318 for form identification. 
A copy of the check portion of the voucher is included 
at 320. When the return facsimile transmission of the 
payor notification is received by the system, it is im- 
mediately identified as a cancellation order and is 
routed appropriately to the proper workstation. 

The system may be expanded to include provi- 
sion for member requests with corresponding appro- 
priate forms. Data requests can be implemented by 
providing a menu of banking information selections 
including, for example, balance inquiry, cleared de- 
posit inquiry and wire transfer funds available inquiry. 
The system would recognize the type of request from 
the form identification number field. 

With reference to the flow chart of Figure 9, op- 
eration of the system relevant to the embodiment of 
Figures 7 and 8 is illustrated. At step 330 a facsimile 
transmission of a payor voucher such as shown in Fig- 
ure 7, containing the appropriate information, is re- 
ceived. For this purpose a facsimile server station is 
provided for sending and receiving facsimile images. 
The station has the ability to convert group three fac- 
simile images to group four level compression. 

At step 332 character recognition and bar code 
reading is performed. A computer is provided to exe- 
cute a program for character^recognition in accor- 
dance with a stored reader neural network software 
library. The program also performs translation of the 
3 of 9 bar code into numeric strings. Any necessary 
image enhancement and mark/sense feature location 
tasks are performed. 

At step 334 a determination is made whether the 
optical image can be read. If the bar coded fields are 
not recognizable, the transaction is aborted and the 
input Is discarded at step 336. 

At step 338 validation processing Is undertaken 
of the bar codes, payorder number, payor bank ac- 
count number and PIN number. In the event of error 
or other incorrect information determination at step 
340, the pre-processor will automatically send an er- 
ror message facsimile transmission to the payor (step 
342), if there is sufficient information to identify the 
payor, a failure determination with insufficient payor 
identification information results in discarding the im- 
age (step 336). Upon successful verification at step 
340, the transaction is held in a transaction process- 
ing queue (step 342). 

At step 346, database information relativ to th 
payor and pay e accounts is loaded from the custom- 
er service station 344. Indication of receipt of a can- 
cellation notice will also b input Th customer ser- 
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vice station includes a computer for handling custom- 
er account setup, inquiries and transaction cancella- 
tions. 

At step 348 data is viewed by an operator at an 
imag display station. The operator will validate the 
OCR fields and sufficient funds. If a vendor list is spe- 
cified in the customer account database, the operator 
can verify the payee against the approved list. The op- 
erator has three choices for routing the transaction, as 
indicated at step 350. If the transaction is to be abort- 
ed, processing will be terminated with a facsimile er- 
ror message transmitted to the payor (step 342). If the 
transaction includes an exception that may be recov- 
erable it is further processed at an exception station 
(step 352). If the exception station is unable to recover 
the correct information, the exception processing of 
the transaction is terminated and a facsimile error 
message is transmitted to the payor. 

If the operator at the image display station deter- 
mines that the transaction is acceptable, that transac- 
tion, as well as any transaction that has been correct- 
ed at the exception station, is released to the transac- 
tion post processor 354. The transaction is then 
checked (step 356) against a transaction cancellation 
list generated by the customer service station and, if 
it is not to be cancelled, the transaction is released to 
the queue processor 358. In the event of a cancella- 
tion, the transaction wHI not be placed in the queue 
and a facsimile message is sent back to the payor 
(step 342). A similar check is again made at step 360 
prior to ACH queue processing at step 362. Process- 
ing is performed by a computer which is connected to 
the DEC NET. The unit will run the Paperless Entry 
Processing (PEP) software package which isused by 
over 80% of the ACH member banks 366 to manage 
ODFI and RDFI (Originating/Receiving Depository Fi- 
nancial Institution) tasks. 

Conclusion 

There has been described a method and system 
for transferring funds, on-line, between accounts us- 
ing facsimile machines that are conventional and un- 
modified. This is accomplished according to the in- 
vention with a degree of security which exceeds that 
available in the conventional use of checks. This is 
made possible by special vouchers containing ac- 
count numbers for payor and payee, a PIN number, a 
signature, and most particularly a pseudo-randomly 
selected alphanumeric serial number known only to 
the payor and stored in machine language in the 
transacting institution. In like fashion, the payee is 
provided with a credit memo possessing a similar 
measur of security. Thus the credit memo contains 
the member account numbers of the payor and payee 
in addition to a second pseudo random alphanumeric 
serial number known only to th payee and stor d in 
the data bank of the transacting institution. Thus the 



payee also has his own unique protection against the 
issuance of fraudulent credit memos. 

In this disclosure there is shown and described 
only the preferred embodiments of the invention, it be- 
5 ing understood that the invention is capable of use in 
various other combinations and environments and is 
capable of changes or modifications within the scope 
of the inventive concepts as expressed herein. 

10 

Claims 

1. An electronic funds transfer system for carrying 
out financial transactions between parties to a 
15 transaction, comprising: 

a transaction voucher having a region for 
containing at least the amount of a transaction, an 
account number, a pseudo random alphanumeric 
set of characters and a signature region including 



20 a background of repeated strings of said set of al- 
phanumeric characters; 

at least one remote facsimile machine at a 
site of one of said parties for transmitting images 
of said transaction voucher; 

25 a central facsimile machine located at a 

central facility for receiving incoming images sent 
from said at least one remote facsimile machine; 

a central computer means associated with 
said central facility and means for formatting in- 

30 coming images of transaction vouchers into a 
form recognizable by said central computer 
means; 

said central computer means including 
means for processing a transaction associated 
35 with images of a transaction voucher and means 

for clearing the transaction based upon the image 
of said pseudo random alphanumeric characters 
received from said at least one remote facsimile 
machine. 

40 

2. A funds transfer system according to claim 1 
wherein said central computer means further in- 
cludes means for associating the bar coded set of 
characters on said voucher with a list of pseudo 

45 random alphanumeric characters carried by a set 

of transaction vouchers issued to a funds transfer 

account holder; and 

means for comparing a predetermined set 

of said alphanumeric characters in said list with 
so the alphanumeric characters in the image of said 

transaction voucher. 

3. A funds transf r system according to claim 1 
wher in said signature region of a transmitted 

55 voucher image includes a signature of a maker of 
said transaction voucher over said background; 

said central computer means further com- 
prising means for matching signature data of th 
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received voucher imag , representing both sig- 
nature imag and said background, with stored 
signature data; and 

means for activating said m ans for proc- 
essing if a match has been performed by said 
means for matching. 

4. A funds transfer system according to claim 3 
wherein said transaction voucher further includes 
a region for entry of a personal identification num- 
ber (PIN) and being detachable from the remain- 
der of said voucher to permit removal therefrom 
after the image of said transaction voucher is sent 
to said central facsimile machine to prevent reuse 
of said voucher; 

said transaction voucher being issued to 
an electronic funds transfer system account hold- 
er having an account file stored in said central 
computer means, said account file for said mem- 
ber including an account number, said signature 
data, said PIN and said list of pseudo random al- 
phanumeric characters; 

a transaction being cleared for said mem- 
ber by said means for clearing by matching the 
stored pseudo random characters with the vouch- 
er image as well as by matching said stored ac- 
count number, stored signature data and stored 
PIN data with corresponding data in the voucher 
image. 

5. A funds transfer system according to claim 3 
wherein said transaction voucher further includes 
a check portion for entry of data including date, 
payee, amount and signature. 

6. A funds transfer system according to claim 5 
wherein said check portion includes said signa- 
ture region having a background of repeated 
strings of said set of alphanumeric characters. 

7. A funds transfer system according to claim 5 
wherein said check portion comprises a check 
from a checking account of said maker and af- 
fixed to said voucher. 

8. A funds transfer system according to claim 4 in- 
cluding means to delete or void the alphanumeric 
character in said list after matching with said im- 
age to clear a transaction. 

9. A funds transfer system according to claim 4 in- 
cluding means for cancelling a transaction in re- 
spons to transmission of a facsimile request by 
said member. 

10. A funds transfer system according to claim 1 
wherein said set of alphanumeric characters on 
said voucher is patterned in bar cod format 



11. A method of carrying out financial transactions 
between parties in an electronic funds transfer 
system, said parties comprising a payor and a 
payee, having at least one remote facsimile ma- 

5 chine at a site of one of the parties to the trans- 

action, a central facility having at least one central 
facsimile machine for receiving images transmit- 
ted thereto from said at least one remote facsimile 
machine, the central facility including a central 

10 computer having means for storing account data 

associated with the parties to the transaction and 
means for clearing financial transactions based 
upon the account data and the image data re- 
ceived on-line from at least one of said parties to 

15 a transaction, comprising the steps of: 

using said remote facsimile machine, 
transmitting to the central facBity an image of a 
transaction voucher having regions containing 
the amount of the transaction, an account num- 

20 ber, a pseudo random alphanumeric set of char- 
acters and a completed check of the payor; and 
clearing the transaction based on informa- 
tion contained in the voucher images received by 
the central facility and on account data stored at 

25 the central computer. 

12. The method of claim 11 wherein the account data 
stored at the central computer includes a list of 
pseudo random alphanumeric characters as- 

30 signed to an account, and further including the 
step of deleting or voiding a set of alphanumeric 
characters in said list when said set has been 
used to clear a transaction. 

35 13. The method of claim 11 wherein said step of 
transmitting comprises transmitting an image of a 
signature of the payor on a background of repeat- 
ed strings of said set of alphanumeric characters 
and said step of clearing comprises matching the 

40 transmitted signature and background with corre- 
sponding data stored in the central facility. 

14. The method of claim 11 further comprising the 
step of cancelling a transaction prior to comple- 
45 tion in response to transmission of a facsimile re- 
quest received from said payor. 
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A CREDIT 



MEMO 




From 



MONEYFAX 



To the CONFIDENTIAL ATTENTION of— Pino Francinr 
Francini a Associates MF * 415 570 3814 7 

From: Larry F. Linden a Associates 301 854 6637 3 
Amount of Funds Transfer —-$1000.00 
Date: July 12, 1989 Time: ll:55AM 

Invoice * 33456756V — ^ 

New Balance MF Acct * 415 570 3814 7 - $8850.00 
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ASCI ENCODED MONEY FAX 
PAYMENT VOUCHER RECORD 

TRANSFERRED TO SYSTEM 
MANAGER THROUGH ETHERNET 
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DESCRIPTION 


*0F 






CHARS 


1 
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II 


2 


VOUCHER * 


6 


3 


PIN1 


4 


4 


AMOUNT 


8 


5 


PAYEE NAME 


14 


6 


MEMO FIELD 


14 
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PRIORITY FIELD 


1 


8 


CURRENCY FIELD 


2 


9 


DATE 


8 


10 


TIME CODE 


8 




(SYSTEM GENERATED) 


II 
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BANK NAME 
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'MEMBER RECORD (MEMBER *) 




120' 



VERIFY PIN AGAINST THE PIN ON FILE 
IN THE MASTER RECORD. 



124. 



EXCEPTION 
P ROCESSIN G , 

INVALIO 
PIN 




lift / EXCEPTION 
PROCESSING 
INVALID 
ACCOUNT 



READ THE NEXT SEQUENTIAL RANDONIZED 
* FROM THE MEMBER MASTER FILE. 



FAX A MEMO BACK 
TO THE MEMBER FAX » 
ON FILE INDICATING 
THAT AN INVALIO 
PIN RESPONSE WAS 
RECEIVED 



126 




132 



f EXIT WTHN 

\exception7 

\ 
118 



IF AN INVALID PIN IS 
RECEIVE0 FOR MORE THAN 

3 TIMES FOR A SINGLE 
MEMBER « PLACE A "HOLD" 
CONDITION ON THE ACCOUNT 



f EXIT WIThX^ 
y EXCEPT ION J 



-128 



Sd 



130 
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RECOVER THE TRANSACTION COUNT FOR 
THIS MEMBER * FROM THE DATA BASE RECORD. 
THIS TRANSACTION IS THE TTH' 
TRANSACTION FOR THIS MEMBER. 



I32 



TARGET VOUCHER * • FILE *S ll) 

RETRIEVE THE I'TH RANOOM * FROM THE FILE LIST 



I34 




INTERROGATE PAYEE 
MONEYFAX MEMBER * IF THE 
PAYEE IS NOT A MONEYFAX 
MEMBER SETUP A HOLDING ACCOUNT 
FOR THE FUNDS AS A OOAC 
DEMAND DEPOSIT ACCOUNT. 




AN INVALID VOUCHER" NOT IN THE 
PRE COMPUTED SEQUENCE HAS BEEN 
READ. REJECT THE TRANSACTION AND 
FLAG THE MEMBER ACCOUNT AS 
HAVING RECEIVED AN INVALIO VOUCHER. 
SCAN THE FILE OF DELETED VOUCHER 
»'S TO DETERMINE IF THE * HAD 
ALREAOY BEEN USED, IF A MATCH IS 
DETECTED THIS SUGGESTS THAT A 
COPY OF A VOUCHER IS 
BEING UTILIZED. 



I38 



CONTINUE 
[WITH EXCEPTION 
PROCESSING 



I40 
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RECALL PAYEE 
ACCOUNT MASTER 
RECORO 



I46 



SETUP TEMPORARY ODA 
ACCOUNT UNDER PAYEE 
NAME (PAYEE DOA MEM * ) 



TEST NEGATIVE 

FILE FOR 
PAYEE ACCOUNT " 




NO 



I50 



PAYOR BALANCE — 
PAYOR BALANCE - 
AMOUNT 



0 



f EXCEPTION A 
^PROCESSING J 

172 



REPORT TO 
EXCEPTION PROCESSING 
"INSUFFICIENT 
BALANCE* 



IS6 



I52 



DEMANO DEPOSIT ACCOUNT: 
PAYEE NAME — 
OEM A NO DEPOSIT ACCOUNT: 
PAYEE NAME + AMOUNT - 



OUTPUT FAX 
MESSAGE TO 

PAYOR 
RE: BALANCE 
ERROR 



I58 



DEBIT MEMO REPORT 

BACK TO PAYEE 
TO ON FILE FAX * IN 
MEMBER DATA BASE 
(REFER TO DEBIT MEMO EXHIBIT 




EXI 



10 



EXCEPTION 
PROCESSING, 



ARCHIVE TRANSACTION 
VOUCHER RECORD AND 
IMAGE ON OPTICAL DISK, 



162 



164 
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I74 




REVIEW OATE. 
VOUCHER DATE MUST MATCH 
SYSTEM DATE APPROXIMATELY, 




I82 



I78 



J- 



ABORT TRANSACTION 
ANO FLAG EXCEPTION 
OPERATOR TO CALL BACK PAYOR 
OR FAX BACK AN EXCEPTION 
MESSAGE TO PAYOR 



REVIEW 'ON FILE* MEMBER SIGNATURE 
COOE. THE SIGNATURE CODE 
ISA DIMENSIONALLY REDUCED 
PARAMETER STRING REPRESENTATION 
OF THE SIGNATURE. 




5 



I80 




TEST THE AMOUNT LIMIT 

IN THE PAYOR FILE. 

IF THE PAYOR EXCEEDS THE 

TRANSACTION AMOUNT LIMIT 

AN EXCEPTION CALL IS PLACED TO 

THE PAYOR IN SECONDS FOLLOWING 

RECEIPT OF THE VOUCHER BY MONEYFAX. 



I86 



ABORT TRANSACTION AND 
NOTIFY EXCEPTION OPERATOR 
THAT A SIGNATURE FAULT 
HAS ACCURRED. THIS MIGHT 
BE BECAUSE THE SIGNATURE 
FIELD WAS LEFT BLANK. 




I88 



EXIT 



© 



19 



EP 0 519 843 A2 




TEST PAYOR MONEY- 
FAX BALANCE. THE 
206 -^BALANCE MAY IN 
FACT BE A CREDIT 
LINE. 



I94 



CALL PAYOR AT * LISTED 
IN MASTER FILE AND 
QUERY A SECONDARY 
6 DIGIT PIN PRIOR TO 
INITIATING THE CONTINUED 
PROCESSING OF THE 
TRANSACTION. 



2I0 



NOTIFY EXCEPTION 
PROCESSING THAT BALANCE 
OR CREDIT LIMIT MAY BE 
OVERDRAWN. EITHER CALL 
PAYOR OR FAX BACK THE 
PAYOR WITH A 'BALANCE 
LIMIT OVERORAFT 

error: 





I99 








THE I'TH TRANSACTION HAS OCCURRED 
WITH RESPECT TO THE PAYOR. THE UNIQUE 
PSEUOO RANDOMLY SELECTED VOUCHER « 
WHICH IS NOW THE CURRENT ONE IN THE 
SEQUENCE MUST BE OELETED FROM 
THE FILE. 

FILE *(!) — FILE **U>* 
FLAGGED VS DELETED 
(USCO) 




FLAG MEMBER 
ACCOUNT FOR 
INVESTIGATION. 
HOLO ALL FURTHER 
TRANSACTIONS. 



( EXIT ^ 



204 
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PAYEE BALANCE— PAYEE BALANCE + AMOUNT 
CREDIT THE PAYEE'S HONEYFAX ACCOUNT * 
WITH THE PAYOR'S AMOUNT 



220 



LOG THE TRANSACTION RECORD TO THE 
PAYOR'S FILE ANO MIRROR THE DATA TO 
THE PAYEE'S FILE TO PROVIDE AUOIT TRAILS 




ONLINE 
FILE 
ARCHIVE 



224 



COPY GRAPHIC IMAGE OF 
TRANSACTION VOUCHER TO 
OPTICAL DISK STORAGE IN 
CASE OF AUOIT, ON DISPUTES 



226 



SELECT THE I'TH (TRANSACTION COUNT- 1) 
ENTRY FROM ANOTHER PRE SELECTED LIST OF 
PSEUDO RANOOM ALPHANUMERIC VALUES. 
LIST IS CONTAINEO IN PAYEE'S FILE AND IS 
REGENERATED AFTER EVERY I00 TRANSACTIONS. 
PAYEE HAS A FACSIMILE COPY OF THIS 
LIST WITH HIS VOUCHER BOOK. 



. 228 

PAYEE SHOULO VERIFY THAT THE V 
CREOIT MEMO OOCUMENT » SHOWN ON 
THE MONEYFAX 'CREDIT MEMO" ISSUED 
BY FAX TO HIM MATCHES THE NEXT 
LOGICAL NUMBER IN THE PRESELECTED 
PSEUOO RANOOM SEQUENCE. THIS VERIFIES 
THAT THE CREDIT MEMO REPORT IS 
A BONA FIOE MONEYFAX DOCUMENT. 
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0 



230 



DELETE THE I'TH CREDIT MEMO REPORT 
* FROM THE PAYEE'S FILE 



ISSUE VIA FAX A 'DEBIT MEMO" 
REPORT TO THE PAYOR WITH 
THE ORIGINAL VOUCHER » ON IT 



QUEUE THE RESPECTIVE REPORTS 
ANO FINISH 



232 



T 
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f=f$. 7 



FORM lOCHmCATIOH NUMBER 



Payee's Bank Name/OHIce 



3H 



nam iin i iiiii isiyiiiijin iiid iimj m nau in 

Morwyfu Chtcfc Nvmboc 

ii hid urn nui era nu idii diii hiei hi mil ea mil b 

90836 6 2831343 
Payor Account Mumbar 

iilinjliil^a niiyiii^Dii i^iujue uui |in bi ii^sib ui 



Payee Bank I.D (ABA «) 



Payee Bank Account Number 



Payee Fax Phone 



Payment Options 




ACH (Tomorrow) 


□ 


Wlr* Tr •njftr (Today) 


□ 



FIRST OArlK 

Your Company Kama 

PHONE 

PAY TO THE ACCCOUNT OF: 

Payee's Name 



DATE: 



3!l 



IN THE AMOUNT OF: 



$ 



OOLLAftS 



■Mflmo . 



3* 



90«3M}UO43 I0UM2I3O4: 
XttHITaiOO «0fl3U7fl343O tOMMTWOAC 
K*3«2W4*U 90*3M2«3434C 



AutftoriicC Signature 

PI eaie sign over numerals 



Complete form and FAX to Bank One Moneyfax Center (305)-555-3344 
Confirmation Notice Will Follow 



Pl«ase Got if Your Personal | 
UonUAcatfon Number (PIN) 

Important • Ottach, Obftlarate and Oastroy 
UiU Pin Strip tftflr Faxing 



5/5> 
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Form ID 

lifilllilHBIDIillipB^ * 

1 Z 3 1 1 5 T 



oaie Notice of Payment in Progress tw 

From: Your company name 
Payordef #u rnmrnm 

On MKi/DD/YY $10000.00 will be debited from your bank account I litttiitMitii 
and w9l be sent for credll to payee name, bank acct* MfMMffMffr 
bank Nam* ABA# uuilitttt 
pursuant to your payorder. 

W you havs any problems with this transaction f pitas* contact payor. 
Use the following Money fax transaction reference number when making Inquires 
about this transaction : 



lliaillUIIIIIIIIIIIIIIIOIIIIIIIIIIIIDIIIIIIIIIIIillllllllll! 

23 456 78901 23 45 



A copy your payorder as received Is shown below: 



FIRST BANK 

Your Company Nam* 

PHONE 

PAY TO THE ACCCOUNT OF: 
Payee's Name 



DATE: 



3ZQ 



IN THE AMOUNT OF: 



$ 



DOLLARS 



Memo. 



9083662834343 90836628343*3 9083662634342 
9083662834343 9083662834343 9083662634342 
3063662834343 9083662834343 9083662834342 



Authorized Signature 
Please sign over numerals 
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Recelve&Convert Fax Check 



OCA/ Bar Codt 



354 
338^ 



I 



330 
J3Z 



OCR/Oar Code OK? 



T 



Ho 



Discard ""I 



Pre-Processor 



Error w/fax 



3f 

Verify Information ) fni " lrv * lnffl 



Unrec- 
over- 
able 
error 



Transaction Proc Queue 



Load Database Infomatlon 



-3*Z 
acct Info 



Transaction View Station 



Exception 
Station 



Recover- ( 
4 , I Routing Oecls Ion 



T 



343 



able error 
Unrecoverable Error 



Fixed 



Transaction 



Transaction 



j 



Cancel- 
ation 
Order 



OK 
for 

release 



Transaction Post Processor 



Cancelled 



Check Cancellation List 



zs4 



OK 



1(8 



Release Queue Processor 



Transaction 



X 



Check Cancellation List 



) 



3,0 



Cancelled 




OK 




ACH Queue Processor 



PEP Station linked to ACH 



ACH 



s3U 



344- 



Customer Service Station 
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